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A SYSTEM FOR DISPLAYING NETWORK EQUIPMENT GRAPHICALLY AND 
HIERARCHICALLY, FOR USE IN A COMMUNICATION NETWORK 
MANAGEMENT SYSTEM 

The field of the invention is that of managing communication network 
5 equipment, and more particularly that of managing the display of images 
representing network equipment. 

Network management systems (NMS), or network operating systems, as they 
are also known, have been designed to enable network managers, or operators, as 
they are also known, to manage and monitor the equipment that constitutes their 
10 networks. To this end these systems include dedicated tools, including a management 
tool for displaying on a screen, via a graphical interface, for example a graphical 
user interface (GUI), images realistically representing some of the network 
equipment, and in particular the configurations thereof. In the present context, 
"equipment" means any type of hardware, for example servers, terminals, switches, 
15 routers, or concentrators, capable of exchanging data with the network management 
system NMS in accordance with a network management protocol, such as the Simple 
Network Management Protocol (SNMP) of RFC 2571-2580. 

These tools can be used to display elements and subelements constituting 
some of the equipment, for example racks, shelves, slots, integrated circuit cards, and 
20 even input/output ports. Sometimes the images are even accompanied with 
information representative of the states (or status) of the elements or subelements. 

In the present context, the term "subelement" means an element belonging to 
a lower hierarchical level than that of an element into which it is integrated. Similarly, 
the term "sublevel" means the level of a subelement relative to the level of the element 
25 in which it is integrated. 

Display tools of the above kind are described in US patent 5,958,01 2, in the 
name of Computer Associates, or in European patent application EP 1 094 635, in 
the name of Nortel, or finally in the document "DualQuest: Real-Time bifocal network 
visualization system", by Hiroko Fuji et al., IEICE Transactions on communication, 
30 Institute of Electronics Information and Communication Engineering, Tokyo, 1995, for 
example. 

The above prior art tools are not entirely satisfactory in that they are 
dedicated exclusively to one type of equipment, with the result that they must be 
systematically modified each time that a new type of equipment is integrated into the 
35 network, or dedicated to many types of equipment, thanks to libraries of images, but 
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without taking into account the hierarchical relationship of the elements and 
subelements that constitute the equipment, with the result that they cannot be used to 
"navigate" from one level to another, for example from racks to shelves. 

An objective of the invention is therefore to remedy some or all of the 
5 drawbacks previously cited. 

To this end it proposes a system dedicated to managing the display of 
images representing equipment of a communication network, said system including 
elements associated with hierarchical levels. The management system is characterized 
in that, firstly, each equipment element is associated with a set of primary data stored 

10 in a memory and which represents it (graphically) within the level to which it belongs 
with no specific attachment to a level higher than itself and/or at least one set of 
secondary data, also stored in the memory and which represents it (graphically) 
within the level to which it belongs when it is attached to a level higher than or equal 
to its own, and, secondly, in that it includes management means adapted, in the 

15 event of receiving a request designating a chosen level of an equipment with or 
without attachment, to access the sets of primary and secondary data in order to 
extract from the memory the sets of primary or secondary data of the elements of the 
equipment that belong to the designated level and to levels lower than it, according 
to whether said level is designated with or without attachment. 

20 Because an element can have one or several graphical representations, 

depending on the levels to which they are attached, it is therefore possible to observe 
it in different forms as a function of the required level. In other words, it is now 
possible to zoom in on or out of subelements that constitute an element or elements 
that consist of subelements. 

25 The management means can be adapted to send the sets of primary or 

secondary data extracted from the memory to a graphical interface, preferably a 
graphical user interface (GUI), of the network management system (NMS). 

Furthermore, some elements can be associated with sets of primary and 
secondary data that are at least in part identical. 

30 Moreover, the management means can be adapted to refresh the data of 

the elements displayed on receiving, for example from the network management 
system, a message reporting that an event relating to the elements displayed has 
occurred within the network. 

The invention also relates to a communication network management server 

35 equipped with a management system of the type described hereinabove, where 



3 



applicable integrated into its control module. 

The invention can be used in all network technologies that must be 
managed, and in particular in transmission networks (for example WDM, SONET and 
SDH networks), data networks (for example Internet-IP and ATM networks), or voice 
5 networks (for example conventional, mobile and NGN networks). 

Other features and advantages of the invention will become apparent on 
reading the following detailed description and examining the appended drawings, in 
which: 

- figure 1 shows diagrammatically a portion of one example of a 
10 communication network equipped with a system according to the invention, 

- figure 2 is an image of a first model of an element, here a rack, belonging 
to the first hierarchical level of an equipment, 

- figure 3 is an image of a first model of an element, here a light-emitting 
diode (LED), belonging to the second hierarchical level of the equipment whose first 

1 5 level element is shown in figure 2, 

- figure 4 is an image of a first model of an element, here an integrated 
circuit card, belonging to the third hierarchical level of the equipment whose first level 
element is shown in figure 2, 

- figure 5 is an image that is the result of superimposing the images of the 
20 first models of an element shown in figures 2 to 4, 

- figure 6 is an image of a second model of the third level element of which 
a first model is shown in figure 4, 

- figure 7 is an image of a second model of an element, here an 
input/output port, belonging to the fourth hierarchical level of the equipment whose 

25 first level element is shown in figure 2, and 

- figure 8 is an image that is the result of superposing the images of second 
models of an element shown in figures 6 and 7. 

The drawings can not only constitute part of the description of the invention 
but also, if necessary, contribute to the definition of the invention. 
30 The invention proposes a management system enabling the manager of a 

communication network, via the network management system, to display on a screen 
images representative of at least some of the network equipment. 

In the remainder of the description, and by way of nonlimiting example, the 
communication network is considered to be of the Internet Protocol (IP) type. Of 
35 course, the invention applies to other types of network, for example to WDM, SONET 
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and SDH transmission networks, ATM data networks, and conventional, mobile and 
NGN voice networks. 

In the figure 1 example, the management system D according to the 
invention is installed in a management server S of the network management system 
5 (NMS) in order to cooperate with its control module CM. However, it could be 
installed in the control module CM and constitute one function thereof. Moreover, an 
NMS including a plurality of management servers each equipped with a 
management system D can be envisaged, each server being adapted to manage the 
display of images representing equipment included in portions of the network. 
10 The management server S is preferably equipped with a graphical interface 

G, of the graphical user interface (GUI) type, for displaying images and information 
on the screen of its monitor SM. 

The communication network includes a multiplicity of network equipments 
NE, for example servers, terminals, switches and routers, able to exchange data with 
15 the NMS, and in particular with its management server S, in accordance with a 
network management protocol (for example the Simple Network Management 
Protocol (SNMP) of RFC 2571 -2580 or the CMISE/CMIP, CORBA or TL1 protocol). 

Each network equipment NE conventionally includes a management 
information base MIB, or an object instance base as they are also known, comprising 
20 information fields whose specific values characterize it and are accessible to the NMS. 

Finally, the control module CM of the management server S stores 
management information base definitions representative, for each network 
equipment NE managed, of its attributes, and in particular of the text that describes 
it, its rights of access, and the hierarchical organization of the levels to which the 
25 elements that constitute it belong. 

The elements that constitute a network equipment NE are organized into 
hierarchical levels, of which the first is by definition the highest. 

For example, a network equipment NE can include one or more racks Bi 
each of which can accommodate one or more light-emitting diodes LEDk and/or one 
30 or more shelves Rj each of which can receive one or more integrated circuit cards C-j- 
m each of which can include one or more input/output ports P-j-m-n. 

Moreover, according to the invention, a network equipment NE has at least 
one graphical representation defined by a data file stored in a memory M in a 
chosen format, for example the Graphical Interchange Format (GIF) or the Joint 
35 Photographic Expert Group (JPEG) format. For example, in the case of the 
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breakdown previously cited, the file names can be Bi.gif, LEDk.gif, Rj.gif, C-j-m.gif 
and P-j-m-n.gif. 

These representations enable the manager of the network to display on the 
screen of the monitor SM of his management server S, using the management system 
5 D according to the invention, images of the network equipments NE managed by 
said server, where applicable accompanied by information specifying, in particular, 
the status of their respective elements (including certain alarm states), supplied by the 
control module CM of said server S. 

To be more precise, the invention defines two types of graphical 

10 representation respectively corresponding to primary and secondary element models. 
By definition, a primary element model is a first graphical representation of the 
element within the level to which it belongs and with no specific attachment to a level 
higher than its own, defined by primary data in the form of a primary file. Moreover, 
a secondary element model is a second graphical representation of the element 

15 within the level to which it belongs, but with a specific attachment to a level higher 
than or equal to its own, defined by secondary data in the form of a secondary file. 

Accordingly, an element of a level X can have one or more representations 
optionally associated with different levels of representation. 

For example, an element may have only a primary model that represents it 

20 within its own level, with no attachment to any level higher than its own. This applies 
to the rack B, for example, belonging to the first level, shown in figure 2 in the form 
of a rectangle, and the light-emitting diodes LED, belonging to the second level, 
shown in figure 3 in the form of a square. In this case, the graphical representation of 
the element can be displayed on a screen only provided that its display or the display 

25 of an element of a higher level than its own has been requested, with no attachment 
to any particular level. 

In another example, an element of a chosen level may have a primary 
model that represent it within its own level, but without attachment to any particular 
level, and a secondary model that represents it within its own level, but with 

30 attachment to that level or to a higher level. This is the case, for example, of the card 
Cm shown in a first manner in figure 4 (detailed and realistic primary model 
representing two input/output connectors A and E) and in a second manner in figure 
6 (secondary model (simple rectangle)). Here the card Cm, which belongs to the third 
level (X=3), has a primary model (figure 4) that represents it within said third level, 

35 but without attachment to any level, and a secondary model (figure 6) that represents 
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it within said third level, but with attachment to that third level. 

In this case, if the display of an element of a chosen level higher than that of 
the card (for example the first or second level) and elements of lower level than the 
chosen level but with no attachment between said chosen level and the elements 
5 belonging to said lower levels is requested, only the first representations of the 
elements of the various levels are displayed, where they exist. On the other hand, if 
the display of an element of a chosen level and of elements of lower levels than the 
chosen level is requested, with attachments between said chosen level and the 
elements belonging to said lower levels, then only the second representations of the 

10 designated element of the chosen level and of the elements of lower levels than the 
chosen level are displayed, when the latter exist. In the example previously cited 
relating to a card, the primary model of the card is displayed if the display is 
requested of an element of the first or the second level without attachment to the 
lower levels and the secondary model of the card is displayed only if the display of 

1 5 said card is requested with an attachment to the elements of the lower levels (here the 
fourth level). 

In another example, an element of a chosen level can have only a secondary 
model that represents it within said level, but attached to its own level or to a higher 
level. This is the case, for example, of the input/output ports P-j-m-n shown in only 
20 one manner in figure 7 (secondary model (simple rectangle)). Here, the input/output 
ports P-j-m-n, which belong to the fourth level (X = 4), have only a secondary model 
that represents them within the fourth level, but attached to the third level (that of the 
cards C-j-m). 

In this case, the graphical representation of an element (here an 
25 input/output port P-j-m-n) can be displayed on a screen only if the display of an 
element of a level higher than its own (here the third level to which the cards C-j-m 
belong) with its attachments to the elements of the lower levels has been requested. In 
other words, in this kind of situation, an element cannot be displayed if the display 
requested designates an element of a level higher than its own (and of elements of 
30 lower levels), with no attachment between said chosen level and said elements of 
lower levels. 

Of course, an element can have a plurality of secondary models attached to 
(or associated with) elements belonging to different levels, and consequently allow the 
display of a plurality of different representations of the element, according to the level 
35 of display required. 
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It is important to note that a primary or secondary file, the data in which 
defines a primary or secondary model (or a first or second representation) of an 
element, includes position data and, as a general rule, image data. 

Consequently, if an element has a first or second graphical representation 
5 constituted only of position data, it cannot be displayed on a screen. In this situation, 
the representation of the element defines its dimensions and position relative to the 
element that contains it within the level higher than its own, and consequently places 
the elements of levels lower than its own accurately relative to the elements of higher 
levels. 

10 This situation corresponds to the case of the shelves Rj, which are shown in 

dashed outline in figure 5 to facilitate understanding the method of positioning 
superposed images of elements belonging to different levels. Here, the shelves Rj 
belonging to the second level have only one primary model defined by primary data 
that includes only position data. 

15 It follows from the foregoing description that an equipment element has one 

or more attributes each defined by a file name. 

The figure 5 example corresponds to the situation in which display of the first 
and lower levels has been requested, with no attachment to any level. Consequently, 
only the image data of the primary data that defines primary models of elements is 

20 displayed. 

Here, the equipment is organized into four levels of elements. The first level 
is that of the single rack B (i = 1), which has only one first representation (or primary 
model), as shown in figure 2. The second level is that of the two shelves Rl and R2 
(j = 1 or 2) housed in the rack B and the two light-emitting diodes LED1 and LED2 

25 (k = 1 or 2) integrated into the front panel of the rack B. The shelves Rl and R2 have 
only one primary model defined only by position data, and not by image data, 
whereas the two light-emitting diodes LED1 and LED2 have only a first representation 
(or primary model), as shown in figure 3. The third level is that of the five integrated 
circuit cards C-l-1 to C-l-5 (j = 1, m = 1 to 5), accommodated in the first shelf Rl, 

30 and the five cards C-2-1 to C-2-5 (j = 2, m = 1 to 5), accommodated in the second 
shelf R2. These integrated circuit cards C have a first representation (or primary 
model), as shown in figure 3, and a second representation (or secondary model), as 
shown in figure 6. The fourth level is that of the twelve input/output ports PI to P9 
and PA to PC (j = 1 or 2, m = 1 to 5, n = 1 to 9 and A to C) on the integrated circuit 

35 cards C, which have only a second representation (or secondary model), as shown in 
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figure 7, corresponding to an attachment to the third level. 

The input/output ports P-j-m-n having no first graphical representation, they 
cannot be displayed in the superposition of images shown in figure 5. On the other 
hand, they are displayed in the superposition of images shown in figure 8, which 
5 corresponds to a situation in which the display of a card C of the third level with its 
attachments to the elements of lower levels (here the input/output ports P of the fourth 
level) has been requested. 

The display of images (or graphical representations) of elements belonging 
to different levels uses position data contained in the primary or secondary files. The 

10 position data preferably defines the position of an element of a given level relative to 
that of an element of the next higher level. This enables rapid display of the elements 
belonging to attached intermediate levels without using the position data of elements 
belonging to the highest levels (starting with the first level). 

In the example shown in figure 5, the top left-hand corner of the rectangle, 

1 5 representing the rack B of the first level, serves as an origin Ol with coordinates (0,0) 
of an orthonomic system of axes (x,y) for the second level. The first shelf Rl is then 
positioned relative to the origin Ol and defines a new origin 02-1 for the 
subelements of the next lower level. The coordinates of 02-1 relative to Ol are, for 
example, (Rlx,Rly). The second shelf R2 is positioned relative to the origin Ol and 

20 defines a new origin 02-2 for the subelements of the next lower level. The 
coordinates of 02-2 relative to Ol are, for example, (R2x,R2y). The light-emitting 
diodes LED1 and LED2 are positioned relative to the origin Ol and their coordinates 
relative to Ol are (LEDlx,LEDly) and (LED2x,LED2y), for example. The cards C-l-1 
to C-l-5 of the first shelf Rl are then positioned relative to the origin 02-1 and the 

25 cards C-2-1 to C-2-5 of the second shelf R2 are positioned relative to the origin 
02-2. The coordinates of C-l-1 relative to 02-1 are, for example, (C-l -lx,C-l -ly) 
and the coordinates of C-2-1 relative to 02-2 are, for example, (C-2-1 x,C-2-ly). 

In the example shown in figure 8, the top left-hand corner of the rectangle, 
representing a card C of the third level, serves as an origin O' with coordinates (0,0) 

30 of an orthonomic system of axes (x,y) at the fourth level. The input/output ports PI to 
P9 and PA to PC of the card C are then positioned relative to the origin O'. 

Moreover, as shown in figure 8, it is possible to display a label (or more 
generally information) on top of or alongside the images representative of elements. 
Here, it is the input/output ports P-j-m-n that have an inscription "Pn", or "label" as 

35 they are also known, for distinguishing them and indicating their respective positions 



9 



within the card C-j-m. 

The following procedure may be adopted to implement the two display 
modes described hereinabove (without and with attachments). Of course, the method 
indicated, as used by the management system D according to the invention, is merely 
5 one nonlimiting embodiment of the invention. 

The management system D includes a management module GM connected 
to a memory MM in which the primary and secondary files whose data define the 
primary and secondary models of the elements constituting the network equipment 
NE are stored. 

10 The management module GM, which is connected to the graphical interface 

G, is responsible for analyzing requests to display elements entered by the manager 
of the network, in order to return to the latter data representative of the images of the 
elements requested. 

As previously indicated, the manager of the network can request the display 

15 of two types of graphical representation. The first type relates to the display of 
element(s) belonging to a specified level and element(s) belonging to each level lower 
than the specified level, but with no attachment between the levels. In other words, 
this first type of display requires the extraction of the primary data that defines the 
primary models of the elements of a specified level to be included (for example Bi.gif, 

20 Lk.gif, Rj.gif and C-j-m. gif, as shown in figure 5). The second type relates to the 
display of element(s) belonging to a specified level and element(s) belonging to each 
level lower than the specified level, but with an attachment between the elements of 
the levels and the specified level. In other words, this second type of display requires 
the extraction of the secondary data that defines the secondary models of the 

25 elements of a specified level to be included (for example C-j-mJ_evel3.gif and 
P-j-m-n_Level3.gif, as shown in figure 8). 

For example, to request the superposed display of the primary models of the 
elements that constitute a chosen equipment (as shown in figure 5), the manager 
enters a command that designates the first level of that equipment, for example "B". 

30 On receiving that command, the management module GM of the system D 

starts a processing procedure initiated by verifying the existence of the primary file 
"B.gif". This verification can be effected in the memory MM, for example, using the 
command "B-drawSupported". If the response to that command is "false", the 
management module GM rejects the network manager's request. On the other hand, 

35 if the response to the command is "true", the management module GM extracts the 
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file "B.gif", for example using the command "B. drawlmage". The image data of the 
primary file is then displayed immediately or after waiting for the end of the 
procedure in order for it to be displayed at the same time as the other images. The 
management module GM then verifies if there is a level lower than the first level that 
5 contains primary data. It can do this, for example, using the command 
"B. drawNextLevel". If the response to that command is "false", the management 
module GM applies the same verification procedure to the next lower level. On the 
other hand, if the response to the command is "true", the management module GM 
proceeds to extract the designated file(s), for example using the commands 

10 "Rl.drawlmage", "R2.drawlmage", "LED1 .drawlmage" and "LED2.drawlmage". In the 
example shown, the four files "Rl .gif", "R2.gif", "LEDl.gif" and "LED2.gif" of the 
second level are extracted successively. They respectively correspond to the first and 
second shelves Rl, R2 and the first and second light-emitting diodes LED1, LED2. The 
image data from these primary files is then displayed immediately after realigning 

15 their position data relative to the origin of the element of the higher level that 
integrates them or after waiting for the end of the procedure in order for it to be 
displayed at the same time as the other images. 

The management module GM then verifies for each element of the second 
level if primary data exists in the lower level (here the third level). It can do this, for 

20 example, using the commands "Rl .drawNextLevel", "R2.drawNextLevel", 
"LED1 .drawNextLevel" and "LED2. drawNextLevel". If the response to any one of the 
above commands is "false", the management module GM stops the verification 
procedure for the element concerned. In particular, this is the case here of the diodes 
LED that have no sublevel. On the other hand, if the response to any one of the 

25 commands is "true", the management module GM proceeds to extract the designated 
file(s), for example using the commands "C-j-m-n. drawlmage". In the example 
shown, the first and second shelves Rl , R2 each have a sublevel incorporating five 
integrated circuit cards associated with primary files. Consequently, the five primary 
files "C-l-l.gif" to "C-l-5.gif" of the cards of the third level integrated into the first 

30 shelf Rl and the five primary files "C-2-l.gif" to "C-2-5.gif" of the cards of the third 
level integrated into the second shelf R2 are extracted successively. The image data of 
these primary files is then displayed immediately after realigning their position data 
relative to the origin of the element of the higher level that integrates them or after 
waiting for the end of the procedure in order for it to be displayed at the same time 

35 as the other images. 
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The management module GM then verifies for each element of the third 
level if primary data exists in the lower level (here the fourth level). It can do this, for 
example, using the commands "C-j-m. drawNextLevel" (in which j = 1 or 2 and 
m = 1 to 5). Here there are two sets of secondary data in the fourth level, but no sets 
5 of primary data. Consequently, the response to each command 
"C-j-m.drawNextLevel" is "false". 

The result of the above extraction procedure is reflected in the superposition 
of the images of the primary models of the elements B, LEDk and C-j-m. As 
previously indicated, the primary files of the shelves Rl and R2 containing only 

10 position data for positioning the cards C-j-m of the lower level, the shelves are 
therefore not displayed. 

To request the superposed display of the secondary models of elements that 
constitute a chosen equipment (as shown in figure 5), the manager first enters a 
command that designates an equipment element of a chosen level and specifies that 

15 he wishes to attach to it elements of lower levels. In other words, the manager 
indicates to the system D that he wishes to obtain detailed images of certain elements 
(this is the function known as the zoom function). For example, the manager wishes to 
see the secondary models of the element C-j-m of level 3 and of the elements of 
lower levels integrated therein (here the input/output ports P-j-m-n of the fourth level). 

20 It can do this, for example, by entering the command "C-j-m_Level3". 

On receiving this request, the management module GM of the system D 
starts a processing procedure initiated by verifying the existence of the secondary file 
"C-j-m_Level3.gif" in the memory MM. This verification can be effected in the memory 
MM using the command "C-j-m_Level3.drawSupported", for example. If the response 

25 to this command is "false", the management module GM rejects the network 
manager's request. On the other hand, if the response to this command is "true", the 
management module GM starts by generating a command such as 
"C-j-m. drawName = "Level3"" indicating that all the elements that belong to levels 
lower than the third level of the element C-j-m and that have a secondary file with an 

30 extension "_Level3" must be extracted. 

Then, it extracts the file "C-j-m_Level3.gif" using a command such as 
"C-j-m. drawlmage_Level3". The file is then either displayed immediately or after 
waiting for the end of the procedure in order for it to be displayed at the same time 
as the other images. The management module GM then verifies if there exists a level 

35 that contains secondary data and is lower than the third level. It can do this, for 
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example, using the command "C-j-m_Level3.drawNextLevel". If the response to this 
command is "false", the management module GM effects the same verification at the 
next lower level. On the other hand, if the response to this command is "true", which 
is the case here, the management module GM proceeds to extract the designated 
5 file(s), for example using the commands "P-j-m-n. drawlmage_Level3". In the example 
shown, the twelve files "P-j-m-n_Level3.gif" (where n = 1 to 9 and A to C) of the 
fourth level are extracted successively. They correspond to respective input/output 
ports of the card C-j-m. The image data of these secondary files is then either 
displayed immediately after realigning their position data relative to the origin of the 

10 element of the higher level that integrates them or after waiting for the end of the 
procedure in order for it to be displayed at the same time as the other images. 

Here the secondary files of the input/output ports include data (or "labels", as 
they are also known) representative of the name of the port concerned ("Pn"). 
Consequently, in order to associate the associated label "Pn" with the image data of 

15 the input/output ports P-j-m-n, the management module GM generates a command 
for each port P-j-m-n, for example of the type n P-j-m-n_Level3.drawLaber. 

The management module GM next verifies for each element of the first level 
if there exist two sets of secondary data in the lower level (here the fifth level). It can 
do this, for example, using the commands "P-j-m-n_Level3.drawNextLevel". The 

20 response to each of these commands here being "false", the management module 
GM stops searching for images to display. 

The result of this extraction procedure is the superposition of the images of 
the secondary models of the elements C-j-m and P-j-m-n, as shown in figure 8. 

It is important to note that at least some of the secondary data of a set, 

25 which defines an element secondary model, can be identical to some of the primary 
data of a set which defines the primary model of that element. Moreover, an element 
can have a plurality of secondary models associated with different levels. 

Also, the management module D can use other commands to process the 
data extracted from the primary and secondary files. These commands include, in 

30 particular: 

- "drawWidth" and "drawHeight" or n drawWidth_LevelX" and 
"drawHeightLevelX" for resizing the width and height of an image defined by the 
primary or secondary data of a set attached to a level X; 

- "drawLabelx" and "drawLabelx" or "drawLabelx_LevelX" and 
35 "drawLabelyLevelX" for modifying the position (x,y) of a label to be associated with 
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an image defined by the primary or secondary data of a set attached to a level X; 

- "drawLabel Vertical" or "drawLabelVerticaM.evelX" for displaying vertically a 
label to be associated with an image defined by the primary or secondary data of a 
set attached to a level X; in the absence of this command, the label is preferably 

5 displayed horizontally; 

- "drawLabelFontName", "drawLabelFontType" and " drawLabelFontSize", or 
"d ra wLa bel FontN a meLevelX" , "d ra wLa bel FontType_LevelX" and 
"drawLabelFontSize LevelX" for defining the characteristics of the font to be used. 

Also, if the management system D according to the invention is connected to 
10 the control module CM of the management server S (as shown in figure 1), it is 
possible to add to the images of the elements displayed information representing the 
status of those elements, including their respective alarm states. This information is 
obtained by the control module CM, which uses the network management protocol 
(for example the Simple Network Management Protocol (SNMP)) to extract some 
15 values of fields contained in the management information bases MIB of the network 
equipments NE. Refreshing the display when the management module GM receives 
from the control module CM a message reporting that an event modifying the 
interactions between the elements displayed or the elements themselves or the 
information representing the status of the respective elements has occurred within the 
20 network can also be envisaged. 

The management module GM of the management system D according to 
the invention can be implemented in the form of electronic circuits (hardware), 
software or data processing modules (software), or a combination of hardware and 
software. If at least a portion of the management module GM is implemented in the 
25 form of software modules, the latter preferably consist of program codes in Java. 

The invention is not limited to the embodiments of the management system 
described hereinabove by way of example only, but encompasses all variants within 
the scope of the following claims that the person skilled in the art might envisage. 

Thus a management system integrated into a management server, or even 
30 into its control module, has been described, but the management system could be 
installed in a unit connected to the control module of the management server. 

Moreover, an example of displaying representations of elements organized 
in accordance with the hierarchical levels of rack, shelf and light-emitting diode, 
integrated circuit card, and input/output port has been described. However, the 
35 invention is not limited to this example of levels, and applies to all types of 
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hierarchical levels. 
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